-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve robustness of call log processing #213
Improve robustness of call log processing #213
Conversation
Build succeeded. ✔️ tox-linters SUCCESS in 6m 07s |
1121ed9
to
8cf7bfc
Compare
Build failed. ✔️ tox-linters SUCCESS in 3m 56s |
8cf7bfc
to
3f2df8b
Compare
Quality Gate passedKudos, no new issues were introduced! 0 New issues |
Build succeeded. ✔️ tox-linters SUCCESS in 6m 09s |
3f2df8b
to
0d0d7f3
Compare
Quality Gate passedIssues Measures |
Build succeeded. ✔️ tox-linters SUCCESS in 6m 38s |
@DrPyser Can you handle this PR? Still useful? |
…ent linkedid groups
0d0d7f3
to
4cbdbf7
Compare
Yeah I think that's still valuable. From memory I did this when addressing support requests involving call logs, and problematic CELs were making it impossible to re-generate call logs. A test scenario would involve poisoning a sequence of CELs with bad data/missing data in a way that triggers an error in the processing, but simultnaeously processing unrelated CELs. The unrelated CELs should be processed correctly. |
The specific error paths that were present at the time have been fixed I think(https://wazo-dev.atlassian.net/browse/WAZO-3545). But other error paths may remain, and error paths may be introduced in the future. |
Build succeeded. ✔️ tox-linters SUCCESS in 6m 25s |
check that a bad apple won't spoil the lot
Added a test scenario to cover this |
Quality Gate failedFailed conditions |
Build succeeded. ✔️ tox-linters SUCCESS in 6m 20s |
Build succeeded (gate pipeline). ✔️ tox-linters SUCCESS in 6m 20s |
https://wazo-dev.atlassian.net/browse/WAZO-3565